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(57) Abstract 

This invention relates to an object-oriented system and method for easily and rapidly distributing medical images from existing 
picture and report storage systems to a plurality of heterogeneous client workstations. The system includes one or more interface engines, 
for providing image objects with uniform structure regardless of the type of existing system on which they are stored, and image server 
middleware, for managing the distribution of image objects. The system also includes a security object server, for authorizing user access 
to die image distribution system and to particular objects, a personalization object server, for providing user interface preferences and client 
workstation capabilities, and a web server, for downloading initial access pages and user interface components. The system implements 
a method for medical image distribution according to which image data stored in existing picture storage systems is first converted into 
uniformly structured image objects before being composed for downloading to client workstations for user viewing. The system and method 
of this invention are easily extensible both for added function and for added performance. The system and method of this invention are 
preferably implemented according to CORBA standards. 
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COMPUTER-BASED MEDICAL IMAGE DISTRIBUTION SYSTEM AND METHOD. 



represent invention re U,=s K >aco m p««r S y S .e mm dn,«hodfore»abHn 8 
and incompatible Misting server systems. 

10 systems. 

Medical images are ac,uued by diverse imaging - 

images acquired by these and other metals are bang drrectly ac, 
digital form for storage and retrieval. _ 

Current computer sysKms for storage and retneval of s» g 

» rypically Have large amount of digital storage, a for ^ 

actingonthe firs, tier 

PAC system is designed to accept and respond only to the speafic requ 
corresponding image-clients. 
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Wore ^oditre^tPACsys.^h.vingdiffercn.Cimtandsover _ 
?™«ed W be a b.c»«cha„ieimage d a«a.Au S e r ^ g .o access 
software cannot be expected tooe f „ reac hPAC server system. 

SMarlytexto.terpreringmedical.roaBear.dassoc.atedpat, 

■ ™,e L Jspecia^dep^-sca.esys.ems.suehastoeforsu.nngand 
scale Hospital Information ("HI") systems, such as those for patient financ 

A " dl ? , "Hrsyst^presentintheheaitr^enviro^carmotbe 
25 interface each of these systems. 

orinterraces. ^""f^S 
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lording*, a single workstation with a DiCOM-conforming clients expect «cess 
™f„rmine PAC systems can themselves expect some success in exchangmg nnage data. 

«Ia7v"^ 

to,erCta,8e ' Asimilars^applicabletoWsys^isHLT.astanoaramataimsto 
defure formats for electronic da* change in heaUh-care environments, m paricular, m.7 
defines message t ^ !M ^^^^^^ 
aeries, including panen, admissions, discharges, transfers, panen, ouenes >,Ung, chrn*. 
observations, and orders, and evenly patient medic* records r-*J»- ^ 
words ^osys^s.almoughconfonning.oHLT^lixe.y.nevermeiess.notbeab.e.o 
Tct ge Juess and da* Therefore, a si„g>e user may stil, reouire multiple cnen* tn order 
to access multiple PJ systems, even though they are al. HL7 conformmg. 

Ye. a former problem is due to the multiple standards, such asDiCOM and 
HL7mradiology,prese„ t in,heh..l,h-care environment. EvenifmeyMviduaUyaclueve 

« system. AHhou* the „u..ip.e health-care data exchange standards may .due, sy*m 
generally. 

is a drawback of me known system that a user cannot uniformly and rapidly 
access med,cal image data without regard to meboundanesofexisnngPAC.BIorother 

health care systems. 

„ is an object of the present invention to provide a system by which a user can 
uniformly and rapM i, access modica. image dauwimou. regard. o ute boundaries of extstmg 

PAC, RI or other health care systems. 

Thereto, a system according to the invention is defined in Claim I. The 
resulting system achieves surprising benefits, including scalability in performance and m 
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wooing modu.es can be easiiy added to achieve uniform access ,0 

formation from many diverse remo , H „„ h-lween separate health care 

v. m if„rm access can provide medical image mformation between Sep 
"* PuTlasplofmemvemionaredefmedm^edependemCi^s. 

'"eware^areoftnepresentinvemion whichprocesses*..aand 

requests to existing PAC ana m y , t :, nt a a ta. can then be made 

m d associate* n*dica, information, and indeed genera, p^n d-. 
uuirormivavaiUbietouserwor— . A^«-£ ^whichneedoni, 

^ractwiurmeprovided^onformatar,— 

systems can efficient* exchange data through the medtun, of this common 

interface preferences and Cient workstation capab.ut.es, and a w* sen^ 
25 medica, image distribution according » which .mage ~ Mmposed 

sys,emfordis,ribu.ingmed«^ 
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workstation is configured with an object-oriented graphical interface for receiving medical_ 
image requests from a user and for displaying medical image objects to the user, and wherein 
said one or more computer systems are configured with one or more interface engines, each 
said interface engine for retrieving medical image data from one or more existing storage 

5 systems and for presenting retrieved medical image data as medical image objects with a 
uniform object-oriented structure, and one or more image object coordinators for receiving 
medical image requests transmitted from one of said graphical interfaces, for obtaining 
medical image objects in said uniform object-oriented structure from said one or more 
interface engines, for composing said medical image objects for display by said graphical 

10 interface, and for transmitting said composed medical image objects to the requesting 

graphical interface. 

In a first aspect, the first embodiment also includes that said one or more 
computer systems are further configured with one or more report interface engines for 
retrieving medical report data associated with said medical image data from one or more 
15 existing storage systems and for presenting retrieved medical report data as medical report 
objects with a uniform object-oriented structure, and wherein said one or more image object 
coordinators further receive medical report requests associated with said medical image data 
transmitted from one of said graphical interfaces, obtain medical report objects in said uniform 
object-oriented structure from one or more report interface engines, compose said medical 
20 . report objects for display by said graphical interface, and transmit said composed medical 
report objects to the requesting graphical interface. 

In a second aspect, the first embodiment also includes: that said one or more 
computer systems are further configured with a plurality of image object coordinators; that 
said one or more computer systems are further configured with one or more security object 
25 servers for checking the authorization of said user to access the medical image distribution 
system and to access requested image objects; that said one or more computer systems are 
further configured with one or more personalization object servers for providing to said image 
object coordinator information for composing said image objects according to interface 
preferences of the user and according to capabilities of the client workstation; that said one or 
30 more computer systems are further configured with one or more web servers for downloading 
access-data forms and object-oriented graphical interface modules to client workstations; and 
that said one or more computer systems are further configured with infrastructure modules of a 
distributed object system. 
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In a third aspect, the first embodiment also includes that said medical image _ 
data comprises radiology image data or cardiology image data. 

In a fourth aspect, the first embodiment also includes: that said one or more 
computer systems are further configured with one or more cardiology interface engines for 
retrieving cardiology image data from one or more existing storage systems and for presentmg 
retrieved cardiology image data as cardiology image objects with a uniform object-onented 
structure; and said one or more computer systems are further configured with one or more 
cardiology image object coordinators for receiving cardiology image requests transmitted from 
one of said graphical interfaces, for obtaining cardiology image objects in said uniform object- 
oriented structure from said one or more cardiology interface engines, for composmg sari 
cardiology image objects for display by said graphical interface, and for transmitting sari 
composed cardiology image objects to the requesting graphical interface. Further in the fourth 
aspect the first embodiment also includes that the system further comprises a nuddleware 
database for storing persistent data comprising definitions of saiduniform object-onented 
structures of said cardiology image objects. 

In a fifth aspect, the first embodiment also includes that the system further 
comprising a middleware database for storing persistent data and objects and wherein said 
middleware database stores definitions of said uniform object-oriented structures of sari 

medical image objects. 

In » sixth aspect, the first embodiment also includes that said one or more 
computer systems are further configured win. one or more additional interface engines, for 
presenting additional medical data relieved from existing systems as additional medtcal da* 
objects with a uniform object-oriented structure, and one or more additional object 
coordinators, for coordinating transrnission of additional medica. data objects to request** 
; graphical interfaces; and whereinsaid additional medical <Uta comprises pharmacy data or 

medical laboratory data. 

The invention further relates to a method for medical image distribution from 
one or more existing storage systems to a user at a client v,o*sta,ions. A method according to 

the invention is defined in Claim 17. 
0 In a first aspect, the second embodiment also includes, prior to the step of 

obtaining image data, steps of checking identification provided by the user to authorize the 
user to obtain medical images and of checking the authorization of the user to access the 

requested medical image object. 
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In a second asp**, the second embodiment also includes, prior to the step of_ 

5 Ote object, features and advantages of the present invention will become 

apparent ^^^^m^^^^™^™^ 
appended drawing, wherein: 

Fig. 1 Mustrates an embodiment o^^^^ 

of the present invention; 

Fig. 3 illusBa.es an embodiment of to middleware database m accordance w,th 

the present invention; and 

Fig. 4 illustrates an embodiment of user request processing m accordance with 
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the present invention. 



The medical image server middleware is built upon a distributed object 
» hardware and software architectures of the middlew^ are described foUowmg .* nallv. 

The middleware software for medical image distribution according to the 
present invenUon is spurred according principles of distribute* object-onen«d 

2S programming. C^^^^^^^Z 

JTlmres programs into objects, each of which is a seized co lect on of daa 

rcoueasofandreceivingdatafromservcrobjects. 

Distributeo^rientedprogranunmgtacludesinto 
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present on the different computers and is responsible for transparently managing, locating, and 
communicating between client and server objects. 

This invention is equally adaptable to the various commercially available 
distributed object-oriented computing infrastructures. Such infrastructures are preferred if 
5 they conform to the CORBA family of standards of the Object Management Group, Inc. 
("OMG") (Newton, MA; and http://www.omg.org). Such commerical infrastructures are 
available from, inter alia, Borland, Inc. (Scotts Valley, CA) and from IONA Technologies, 
Ltd (Dublin, Ireland). Where all computing systems run one of the Windows 1 " 1 operating 
systems from Microsoft Corp., this invention is also adaptable to the Component Object 

1 0 Model from that vendor. 

A distributed object infrastructure conforming to CORBA includes at least both 
an Interface Definition Language ("IDL") omplementation and an ORB. The IDL is a 
uniform, declarative language for defining all object interfaces in the middleware. The ORB 
is responsible for activating one or more instances of server objects, routing requests and 

1 5 responses between client objects and server objects, transparently managing all 

communication details of request routing, providing for object persistence and for object 
replication for reliatility or performance. The ORBs resident on the various computers 
forming a system according to this invention preferably communicate among themselve for 
request routing according to the Internet Interorb Protocol ("HOP"), which is an 

20 implementation of the generalized interorb protocol using the TCP/IP communications 

protocol suite widely available on, for example, the Internet and private intranets. A preferred 
CORBA implementation includes relevant object servers defined by CORBA Common 
Services and Common Facilities standards. Implementations of DDL-defined object interfaces 
are preferably coded in C, C++, or Java®. 

25 Although the following description of the preferred embodiment conforms to 

the CORBA family of distributed object standards, it will be readily apparent to one of skill in 
the art that equivalent embodiments of this invention conform to other equivalent distributed 
object standards. 

The hardware and software architectures described in the following sections can 
30 be readily understood in view of the preceding description of distributed object systems. 

Referring now to Fig. 1, there is shown exemplary embodiment 10 of a medical 
image distribution system according to the present invention. The basic three-tier architecture 
of this system is apparent from this figure. In the first tier are existing medical image 
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information systems, represented ger.en.lly as system 14 a, Hospital 1, system 16 a. Hospital 
2 and so for*, whieh currently store medica! images and associated information. Also ,n the 
to, tier represented schematically a, 42, are additional existing systems which can store non- 

5 images made unifonr^y and rapidly av^ 

invention In the second tier is medical information server 12, which provides for umform and 
rapid distribution of information between the first-tier systems and the third-tier chertt 
systems such as workstation 38. Although iltastnued as a single system, as well become 
apparent subsequently, medical image information server 12 can be implemented either on 

can be collocated on one computer system with other components of the image distribution 
system of mis invention. Also preset in the middle-tier are other object-based health-care 

systems include user equipment ranging from thin clients, to standard PCs, to more powerful 
,5 UNIX workstations, as well as possibly including special!** devices AU such client devrees 
are referred to herein as "client workstations or simple as "workstations". 

In more detail, an exemplary existing medical image information system, such 

ofmepresett.invention.isrepr^entedbyeo.uipmentM. Illustrated therein are an exiting 
20 PAC system 26 which communicates to atuched systems over .inks 28, perhaps confonntng to 
a version of the DICOM sumdard. The attached systems include workstations, such as 
workstation 30, dedicated to PAC image display functions. 

A ,so attached is CORBA Image Interface Engine ("CUE") 32, whrch mterfaces 
between the PAC system and medical image server 12. Interface engine 32 functions as a 

PAC systems. Upon receipt of a client image object request transferred, for example, 
according to the CORBA/IIOP protocol, the CUE indentation translates tnto an 
equivalent PAC system request, P=rHaP* formatted in a DICOM compliant manner. Upon 
receipt of the PAC image data or response, the OIE implementation forma* it accordmg to 

the CORBA/UOP protocol over links 34. In mis manner, the specialized detiuls of the PAC 
system are hidden from a client, which sees only umform image object interfaces accessrble by 
sunrdard CORBA/UOP protocols regardless of the details of the PAC system, such as whether 
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. th, mE mans the nOP protocol onto the DICOM conformant 
it is DICOM compbant or not. The CDfc maps xne nwr v 

interfaces, or other proprietary interfaces, of the PAC system. 

Mso present as part of the exemplary medical image system, RI systemlS 

Tnissystemalsocornm^^ 

inamannerwhichisopUonallybeHLVcompUan, Also attached to RI system 18 is CORBA 
m ' T , nffinerC RIE»)24 whichperformsasimilarfonctionfortheRIsystemas 
Report Interface Engine ( CRlfc ) ^.wnu, y ^wtio^asa 
Cffi 32 performs for to PAC systen, I. P^. CPJE interface engine 24 functtons as 

u^ferred access to the CORB A/HOP protocol the appropriate ™~ 
nanslaesitinto eouivalen, W sy*t«mreo„«s,,perhaps formaned 

itaMOI d ta g.o te d=f i n«iIDL i n tt fac esta .oa reS po»s e «o to c 1 i t n,ob J «.,w ta =h 1S 

WMAed according to the CORBA/UOP protocol over links 34 

CPJE 24 and CIE 32 are illusttated for purposes of tllustrafon and wthout 

, Alternatively, these Interface engn.es may reside on a single system, winch cart ne opUonaUy 
Ica^l^edicalimageservern. Also for purposes of Ration 
^es^illu^edaseacnin^acUtgonePACorKl system "^f" 

medics! image w« of this invention. The instant invention includes the outer 
implementation details that will be apparent to one of stall tn the arL 

ReturningtoFig, l.the remaining component, of the exemplary svaemtherem 
mus^tcdarenowdescHhedinmoredetail. Master Patient Index ("MPI") system, is a 

implements patient identifiers which are unio.ue and specif, to ma, systen. M«h« 
sIerl2mayimple m entandre q uireano ttK rformofpadcn,iden n f,ers. Finally, health-care 

personalusingme medical image server system usually easily idenufy patients intermsof 
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name along with certain demographic characteristics instead of with details of the patient _ 
identifiers maintained by the various systems having patient information of interest. MPI 
system 40 is an object-based middleware server present in a system of this invention to 
translate between these forms of patient identification. Although this invention is adaptable to 
5 any MPI system providing such function, in a preferred embodiment, MPI system 40 
implements interfaces defined by the OMG/CORBAmed Patient Identification Services 
("PIDS") and Master Patient Index H>L standard (available from the OMG). 

In the third-tier of the medical image distribution system of this invention are 
client systems, such as system 38, presenting graphical user interfaces ("GUT) which health- 
10 care personal use to request and view medical image information from the med,cal rmage 
distribution system. Client systems are linked via network links 36 to medical image server 
12. Preferably, links 36 implement the TCP/IP suite of protocols, and accordingly, can be a 
campus intranet, a wide-area intranet, or even the Internet. In each situation, appropriate 
security protocols, for example the secured socket layer or other link encryption protocols, are 
15 used to insure confidentiality of medical information. 

In a preferred embodiment, the client GUI is implemented as an object-oriented 
interface components of which are downloaded as needed from image server 12. Since only 
Java currently provides for such download, the client GUI is preferably written either as a Java 
application or as Java applets in conjunction with a web-browser. The GUI interface present 
20 client objects that request information, ^particular, medical image data, from medical image 
server 12. Advantageously, therefore, client and server objects communicate, mediated by the 
ORBs, over network links 36 using the CORB A/HOP protocol. In the preferred embodiment, 
the Java application or applets can be downloaded dynamically when a health-care user 
accesses the image distribution system and requests particular image data. In that manner, the 
25 GUI appropriate for the particular user, the particular workstation, and the particular image 
data can be made available at any user access equipment. Since the GUI components 
necessary for particular information or images are downloaded with the images, the most 
appropriate image display can always be assured throughout the system. A further advantage 
of the latter arrangement is that display of new types of information can be automatically and 
30 routinely provided for by simply downloading new Java-coded GUI objects for their display. 

Where all GUI components are dynamically downloaded, the workstation 
equipment can be a "thin client" with minimal attached resources, perhaps only a Java virtual 
machine. Alternately, where the network links to a particular workstation have low 
bandwidth, certain base GUI components can be cached on the workstation. In a further 
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oriented language, such as C++. 

imag eserver 12. ^"^2Cn> rol cl^^ 0to0biWB ° f * e 
S y S tem to make requests and receive ^^^f* server middleware. The ORB routes 

v— — — : 

tavoc auonsbetwe=»cuen..nd^ where objects restde on the 
tobeawareofanycommumcat.ondeta.lsor ^ tpr0CedM e calls internal 

machine, quests and responses are ^ ^ere objects reside on different 

— macHnes.n.eO^- ^ ^ ^ Ks ^ m « 

20 obj ectsincUe„t— — — ^ ^ l0 interface en^nes, CHE 3, 
object coordinator 54. 1. also ™ """^ ! fce ^ PAC and W sys^ns. 

25 uUlized.anaddinonalmsunceof^ ^ 

renuesudivided^eenme^ectse^ers.Mo. eimageser ver 

middl evvarebecomes toolughly ^ whCTUuliz a<ion falls, object s«er 

^heavily utilized computer system, "^^^^^ccn client and 

server objects on the vanous computer syste 

^ngthesyste.0^^ 

Before describing unage object coor $ 
^e^eservermidd.eware.snpp.^petsonali^nob.cts.rver 
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«, adjust GU. prices, such as display layout Pyrenees, ton. stzes, and default 

medical image resolutions. 

The security object server provides security and access control infbrmatmn 

Ipanicolarclientwo^onsoverpariicularne^lin.ts. Access contro Itnfonnahon 

includes, _ *. user access control and object access con*,! —on. ^ access 
^HdenUfiesand.egi.inu.esaparticu^userofutesys^.andcanbeby^.uona. 

al! patients all assigned patients. United data for assigned patients, and so forth. Object 

, 0 ^psareal^accessandwhat.evels.Op^y.tttesecurityobjectservercanaiso 

providesemcestodaKandtoganaudittrailofeachusersesston. 

Agri n,efe™ 6 toFig.2,im»gcob j ec,co»rdina t „r54playsacentralrole 1 n,he 

LgeLorreportd*.. This object server then, firs, chccKsthatthe use, .sauthon^o 

Second, if the access veriftcaUon succeeds. this server interpret these reoues* and f *w«ds 

appropriateCUEand/orCWE. responses to m *c first-tier systems are retnevedfrc,m 
IcIlB^--ClaEdb^i-^-«»•^<^«-^ ,0 ^*■ 
and the client workstation capabiliaes obtained from the personalization object server. 
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• ««t tier PAC and RI systems. Accordingly, their 

image ob j e«o Mrfi »»or.»s 1 n g CORBAmOPp^ ^ ^ „ irale wilh te existing 

* formats. However, for PAC 

^diess of (he types of the mterfacea P ^ ^ fa ^ ^ 

Oneormoreversionsoftheseumtorm j f ^ Wv made available as object 

^T^ — ^"1 — .eo^^prov.eforpauen, 
images, and so forth. Coneernmg p ^^onration, patient study 

25 ide.Mca.ion and digraph* mfonnanon, P»«=n, » 

nation, ''"Tr^i^LacesprovideforresniU 
and so forth. Concerning interpretation tnformauo , ^ 

lation to the other 

30 terms oi forne w imaging modalities and techmques. 

accommodate provide for new imaging CORBA/CDL. Even more 

preferably, the IDL definitions conform to present 
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S.hs.anaard-etogdeftaedby.^^^.OMO.mpartcuiarbyi.sCORBAn.ed. 

"* foKK ' lb. — M- » *— °< » mi " ~ ^1 

, ,„„ alientM .x)40 a ndw e bs«v«r56. As described above, the MPI is a, preferably 

M P I 40 10 ^ B «hepa ti en,iden ti f,caUo n p ro v i dedby«heuserLn.o U n, ( ,uepa t ,en, 

identification understandable by attached P AC or W systems. 

„ addtdon to the MP., other objec-orient* medica. informal systems can 

^ryformitiaungandmain^ningusersessions. A, session imoauon, web server 56 
dn^informatio, Where.eC.en— on accesses the system ^o Ug h a 

, Xt* mis severdownloads GU! components as needed forthe menage a« 
informationtobedtsplay*. These ty,cal,y include ^ ^l^^ 
complete Java GUI application. Alternatively, where part of the GUI are cached 
adientw— , »eb browser 5 6 may need only to provide for sesston ~ 

All object servers, object coordinators or interface engmes of the .mage serve, 

Pefitution^guageinterfaces. They —ate with each othererther throng 

properties pertinent to CORBA object servers apply to these object s ^ r ** IS ' 
30 .nparticnlar.almoughteinventionisdescribeaas.fme.mageserv^ 

middieware included only one object server, object coordinator, or interface engme of each 

,„h«renlicatedonthesameorondifferentmachmes. 
object servers or interface engmes can be replicateo on u 
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Such object server, object cooler, or interface engine replication provides for 
oerfbroance scalability, as described elsewhere herem. 
^ —Uy.i.alsoprovidesfo™^ 

SL .n^ofafailur.ofapn^objec.serverorin.er^eengine.reo.u^canb, 

^senceofaprimaryfailure. Analogously, computer and «mnnunica<ion systems can be 

lofutereplica.edsys.ems. Upon failure of. computer system or —canon ,„*, the 
ORB infrastructure can immediately route requests to servers or engines on funcuonrng 
systems or .inJcs, again maintaining overa,, system availability with internmtron. Further 

Component Object Model of the Microsoft Corp. 
20 The middle database, reference number 62 in Fig. 2, stores da» and 

RgT too segments particular to each of software architectural elements of the image server 

25 illustrated in Fig. 2. These are segments are individually described below. 

25 '^ mF s ^^ se ^ 80mclateencwtionC omponen,82,whi d .stores.m k 

directions, and so ford, User access component 8 4 stores user authoruafon da^uch as 

„ useraccessgroupmembe.hip.andsofo.th. 

stores object access information, such as the user groups, user roles, and so form winch are 
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access the system, and along with the object access component, it can allow access only to _ 
authorized objects. This segment is preferably structured as an object-oriented database. 

Personalization data segment 88 includes user profiles/preferences component 
90, which stores user GUI preferences, and optional client workstation component 92, which 
5 stores workstation characteristics. Accordingly, the personalization object server, using both 
components, provides that any user can access the medical image distribution system of this 
invention at any workstation and receive image and data presentation according to the user's 
preferences and within the capabilities of the workstation that the user happens to access. This 
segment is also preferably structured as an object-oriented database. 
10 Web server data segment 94 primarily includes data needed for download to 

client workstations. This data includes initial presentation information stored in HTML/XML 
page component 96. The web server also downloads appropriate components of the GUI as 
needed for entry of users requests and for display of image data. These GUI components are 
preferably structured as Java applets for workstations hosting a web-browser or, alternatively, 
15 as a complete Java GUI applications, and are stored in GUI applets component 98 or in GUI 
application component 100, respectively. 

Finally, the object infrastructure, in particular the system ORBs, requires 
certain data, optionally depending on the particular distributed object implementation, in order 
to carry out request routing and object management. This data is stored in object 
20 infrastructure segment 102, and is generally represented as object definition data component 
104 (also known as an object definition repository) and in location data component 106. The 
object definition component stores data denning the object interfaces between which the 
system ORBs must route requests, in particular, definitions of the structures of available 
image and report objects are stored here. The location data component stores object identifiers 
25 and other data defining current physical location and message routing information for 
performing CORBA/UOP communications. 

This invention is equally adaptable to alternative database structures for 
middleware database 62 (of Fig. 2) data that contain equivalent data and that will be apparent 
to those of skill in the art. 



30 



A general preferred exemplary procedure for processing user requests for 
medical image or report data is described in this section with reference to steps illustrated in 
Fig. 4. 
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Beginning at step 120, a user physically access a client workstation, and at step 
122 requests download of an access-data form by the web server. For example, an HTML 
home-page of the medical image server is downloaded by the web server into a web browser 
when the user enters the web address (universal resource locator) of the image server. This 

5 page requests entry of user identification information. At step 124, the user enters text or 
biometric identification data and the filled-in access-data form is returned from the web 
browser for user validation. The web server in cooperation with the security object server 
performs the user validation. At step 126, if the user is validated, the web server then 
downloads the initial Java applets or initial Java application modules to build the GUI for 

10 medical image or report requests. Also downloaded is an object reference of the image object 
coordinator. If the user is not validated, an error indication is returned to the client 
workstation. 

Communication between image server middleware, in particular the web server, 
and client workstation in steps 120-126 preferably employs the hypertext transfer protocol 
1 5 ("HTTP"), or more the preferably HTTP with the secured socket layer ("SSL"), a well-known 
encryption protocol for securing HTTP communications. 

At step 128, the user enters an image data request through the object-oriented 
client GUI. Using the downloaded object reference of the image object coordinator, this 
request is interpreted into method calls to the image object coordinator to retrieve and 
20 download the desired image. The image object coordinator upon receiving an image request, 
first, at step 130, in cooperation with the security object server, checks whether this user is 
authorized to access the desired object. At step 132, if authorization is denied, an error 
indication is returned to the client workstation. 

Otherwise, at step 134, the image object coordinator checks the user-supplied 
25 patient identification for adequacy. If it is inadequate, the MPI is consulted at step 136 in 
order to attempt to determine adequate patient identification for the first-tier PAC or RI 
systems storing the desired image data. If adequate patient identification is not determined 
after one or more attempts, perhaps including requests to the user for additional patient 
information, then an error indication is returned to the client workstation at step 134. 
30 If adequate patient identification is determined, then at step 138 the image 

object coordinator accesses the object interfaces of the appropriate CIIE or CRIE. These 
interface engines, in turn, request and retrieve the desired image or report data from the 
existing first-tier systems using these systems existing protocols. 
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At step 140, the image object coordinator composes the returned image data _ 
into formats and resolutions defined by the personalization object server for this particular user 
and this particular client workstation. 

At step 142, the web server can be called, if necessary, to download GUI 
5 components, for example, Java applets, that are necessary to display this particular type of 
image or data on this particular type of client workstation. Finally, at step 144, the composed 
requested data is downloaded for user viewing. 

Communication between image server middleware and client workstation in 
steps 128-144 preferably employs the CORBA/IIOP protocol for communication between 
10 distributed objects. These communications can be suitably encrypted. 

Finally, at step 146 the user can either request more medical image and report 
data or can indicate a desire to logoff from the system. In the latter case, at step 1 48 the web 
server terminates the connection with the client workstation. 



1 5 Although the above description has been in terms of radiology images and 

report data stored on existing PAC and RI systems, the medical image server according to this 
invention is not limited to just radiology data. One of skill in the art will readily understand 
how to incorporate other medical image sources and other medical data in general. It will be 
appreciated that the medical image system of this invention is functionally extendible by a 
20 routine procedure. It has previously been described how this system of scalable to achieve 
adequate performance with appropriate cost. 

For example, cardiology-image data can readily be incorporated in the 
following routine manner which is easily performed by one of skill in view of the preceding 
description. Cardiology-image data can include single images or multi-image sequences 
25 useful to ascertain the functioning and adequacy of the cardiac vasculature and cardiac muscle. 
First, interface engines for cardiology-image data and associated report data are defined to 
provide object interfaces to protocols for existing cardiology data storage and communication 
systems. The cardiology-image transfer standard is, in fact, a variant of the DICOM standard 
applicable to radiology images. 
30 Second, the image object coordinator is extended with implementation code to 

access the new interface engines and to compose cardiology images and reports for 
transmission to client workstations. The image coordinator makes available its cardiology 
object definitions, as well as the radiology object definitions, in the object definition data 
component of the object infrastructure segment of the middleware database so that client 
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workstations can query cardiology-image related information. Alternately, the image _ 
distribution middleware can be extended with a separate cardiology-image data object 
coordinator that provides object coordinator functions similar to the existing image object 
coordinator, which thereby remains directed to radiology-image data. 

5 Finally, if new Java applets or Java applications are needed to display 

cardiology image and report information, they are added to the appropriate component of the 
web server data store. 

One of skill will also appreciate how the medical image server of this invention 
can be further extended to make available additional medical non-image information. The 

10 medical image distribution system would be extended, at least, with additional interface 

engines, for making available in a uniform object-oriented fashion the additional medical data 
stored in existing system, and with additional object coordinators, for retrieving and 
transmitting the additional uniform medical objects to client workstations. The additional 
medical information can include, for example, information from laboratory computing systems 

15 or from pharmacy computing systems or from administrative computing systems. 

It should now be appreciated that the objects of the present invention are 
satisfied. While the present invention has been described in particular detail, it should also be 
appreciated that numerous modifications are possible within the intended spirit and scope of 
20 the invention. 

All references cited herein are incorporated herein by reference in their entirety 
and for all purposes to the same extent as if each individual publication or patent or patent 
application was specifically and individually indicated to be incorporated by reference in its 
entirety for all purposes. 
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CLAIMS: 



\ t A medical image distribution system (10) for distributing medical images from 

one or more existing storage systems (26) to a plurality of network-attached client 
workstations (38), said medical image distribution system comprising one or more computer 
systems (12), and 

5 wherein each said network-attached client workstation (38) is configured with 

an object-oriented graphical interface for receiving medical image requests from a user and for 
displaying medical image objects to the user; and 

wherein said one or more computer systems are configured with 
one or more interface engines (32), each said interface engine for retrieving 
10 medical image data from one or more existing storage systems (26) and for presenting 
retrieved medical image data as medical image objects with a uniform object-oriented 
structure, and 

one or more image object coordinators (54) for receiving medical image 
requests transmitted from one of said graphical interfaces, for obtaining medical image objects 
15 in said uniform object-oriented structure from said one or more interface engines (32), for 
composing said medical image objects for display by said graphical interface, and for 
transmitting said composed medical image objects to the requesting graphical interface. 

2. The system as claimed in Claim 1, wherein said one or more computer systems 

20 (12) are further configured with 

one or more report interface engines (24) for retrieving medical report data 
associated with said medical image data from one or more existing storage systems (18) and 
for presenting retrieved medical report data as medical report objects with a uniform object- 
oriented structure, and wherein (54) 

25 said one or more image object coordinators further receive medical report 

requests associated with said medical image data transmitted from one of said graphical 
interfaces, obtain medical report objects in said uniform object-oriented structure from one or 
more report interface engines, compose said medical report objects for display by said 
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graphical interface, and transmit said composed medical report objects to the requesting 
graphical interface. 

3 The system as claimed in Claim 1, wherein said one or more computer 

5 systems(12) are further configured with a plurality of image object coordinators(54). 

4. The system as claimed in Claim 1 , wherein said one or more computer systems 
are further configured with one or more security object servers for checking the authorization 
of said user to access the medical image distribution system and to access requested image 

10 objects. 

5. The system as claimed in Claim 1, wherein said one or more computer systems 
(12) are further configured with one or more personalization object servers (58) for providing 
to said image object coordinator (54) information for composing said image objects according 

1 5 to interface preferences of the user and according to capabilities of the client workstation (3 8). 

6. The system as claimed in Claim 1, wherein said one or more computer systems 
(12) are further configured with one or more web servers (56) for downloading access-data 
forms and object-oriented graphical interface modules to client workstations. 

20 

7. The system as claimed in Claim 1, wherein said one or more computer systems 
(12) are further configured with infrastructure modules of a distributed object system (52). 

g. The system as claimed in Claim 1, wherein said medical image data comprises 

25 radiology image data. 

9. The system as claimed in Claim 1 , wherein said medical image data comprises 

cardiology image data. 

30 1 0. The system as claimed in Claim 9, wherein said one or more computer systems 

(12) are further configured with one or more cardiology interface engines for retrieving 
cardiology image data from one or more existing storage systems and for presenting retrieved 
cardiology image data as cardiology image objects with a uniform object-oriented structure. 
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1 1 . The system as claimed in Claim 10, wherein said one or more computer _ 
systems (12) are further configured with one or more cardiology image object coordinators for 
receiving cardiology image requests transmitted from one of said graphical interfaces, for 
obtaining cardiology image objects in said uniform object-oriented structure from said one or 

5 more cardiology interface engines, for composing said cardiology image objects for display by 
said graphical interface, and for transmitting said composed cardiology image objects to the 
requesting graphical interface. 

12. The system as claimed in claim 1 0 further comprising a middleware database 
1 0 (62) for storing persistent data comprising definitions of said uniform object-oriented 

structures of said cardiology image objects. 

13. The system as claimed in Claim 1, further comprising a middleware database 
(62) for storing persistent data and objects. 

15 

14. The system as claimed in Claim 13, wherein said middleware database (62) 
stores definitions of said uniform object-oriented structures of said medical image objects 
(104). 

20 15. The system as claimed in Claim 1 , wherein said one or more computer systems 

(12) are further configured with one or more additional interface engines, for presenting 
additional medical data retrieved from existing systems as additional medical data objects with 
a uniform object-oriented structure, and one or more additional object coordinators, for 
coordinating transmission of additional medical data objects to requesting graphical interfaces. 

25 

16. The system as claimed in claim 15, wherein said additional medical data 
comprises pharmacy data or medical laboratory data. 

1 7. A method for medical image distribution from one or more existing storage 
30 systems to a user at a client workstation comprising: 

obtaining a user request (128) for a medical image; 

obtaining image data (138) for the requested medical image from one of said 
existing storage systems; 
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converting said image data into one or more image objects having a uniform_ 
object-oriented structure; 

composing (140) said one or more image-object according to user preferences 
and client workstation capabilities; and . 
5 displaying (144) said composed one or more image objects to the user. 

18. The method of claim 17 further comprising, prior to the step of obtaining image 
data, steps of checking identification (126) provided by the user to authorize the user to obtain 
medical images and of checking the authorization (132) of the user to access the requested 

1 0 medical image obj ect 

19. The method of claim 17 further comprising, prior to the step of obtaining image 
data, a step of accessing a master patient index (136) for patient identification. 

15 20. The method of claim 1 7 further comprising, prior to the step of obtaining a user 

request, a step of downloading graphical interface modules to the client workstation. 
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